System and method to facilitate installation of components across one or more computers

ABSTRACT

An interface is provided for identifying which components a user desires to install on one or more computers. An installation procedure is determined based on dependency requirements for components that are selected for installation. The installation procedure may describe a desired order and/or sequence for installing selected application and/or service components.

CROSS-REFERENCE TO RELATED APPLICATIONS

This is a continuation application of U.S. patent application Ser. No.09/725,386, filed Nov. 29, 2000 now U.S. Pat. No. 6,918,112, andentitled, “SYSTEM AND METHOD TO FACILITATE INSTALLATION OF COMPONENTSACROSS ONE OR MORE COMPUTERS.” The entirety of this application isincorporated herein by reference.

TECHNICAL FIELD

The present invention relates to computer programming and, moreparticularly, to a system and method to facilitate installation ofcomponents.

BACKGROUND

Software applications and/or services are commonly offered to consumersin the form of grouped packages or suites, in which two or more suchapplications are provided. A suite is generally provided at a lower costthan if the individual applications included therein were purchasedseparately. In addition, a software suite typically includes anassortment of related and/or interoperable applications or servicestargeted to satisfy the software needs of a particular type of customer,such as small businesses or other types of organizations. Differentapplication suites may thus be provided to satisfy various market needs,where certain segments of software consumers commonly require more thanone application or service.

It is common to install the various applications of a suite onto one ormore interconnected computers. However, if the applications are notinstalled in a proper sequence and with a proper dependency for theinstalled components, there is an increased likelihood of errorsoccurring during installation. When an error occurs, the user typicallymust exit the current installation, correct the error identified, andreinitiate the installation procedure. This dilemma increases insituations where the installation includes multiple machines.

An organization may include several servers physically located atdifferent locations, e.g., one server at a corporate central office,with additional servers located at remote locations. The particularapplication and/or services that are installed at the different machinesin the organization may vary as a function of the type of organizationand the performance objectives of the administrator that implements theinstallation. By way of example, assume that a large suite ofapplications is to be installed across several machines in theorganization. If interdependent applications are not properly installed,an administrator may be required to exit the installation resolve eachinterdependency issue that arises during installation prior tocontinuing with the installation, thereby adding undesirable time to theinstallation process.

Therefore, it is desirable to provide a system and method to generate aninstallation procedure that may be followed to mitigate installationerrors and to facilitate the installation of selected components.

SUMMARY

The following presents a simplified summary of the invention in order toprovide a basic understanding of some aspects of the invention. Thissummary is not an extensive overview of the invention. It is intended toneither identify key or critical elements of the invention nor delineatethe scope of the invention. Its sole purpose is to present some conceptsof the invention in a simplified form as a prelude to the more detaileddescription that is presented later.

The present invention relates to a system and method for planning aninstallation procedure for a plurality of application and/or servicecomponents. An interface is provided for identifying which components auser desires to install. The identified components may be selected forinstallation on one or more computers. An installation procedure isdetermined based on dependency requirements for the components that areselected for installation. The installation procedure may describe anorder and/or sequence for installing selected application and/or servicecomponents.

Data also may be generated corresponding to the installation procedure,which data may be utilized to automate installation of the selectedcomponents. For example, the installation procedure may be employed topopulate a data structure that characterizes a relationship of at leastsome of the selected components, such as identifying the components andwhere such components are to be installed. The data structure may bestored at a globally accessible location or, if the globally accessiblelocation is unavailable, it may be stored to a file. The data structuremay be accessed during installation of the components to control one ormore aspects of the installation.

As a result, installation of the application components may befacilitated, with the prescribed installation procedure that, iffollowed, mitigates errors that otherwise might occur duringinstallation of selected components.

One particular aspect of the present invention provides a system forplanning installation of available application or service components.The system includes an interface component for entering desired systemconfiguration information, the interface component providing aninstallation procedure based on dependency requirements for theavailable components.

Another aspect of the present invention provides a method for planninginstallation of a plurality of application or service components. Themethod includes selecting components to be installed and determining aninstallation procedure based on dependency requirements for the selectedcomponents. In accordance with one particular aspect of the presentinvention, the method may be implemented as computer-executableinstructions in a computer-readable medium.

Yet another aspect of the invention relates to a data packet adapted tobe transmitted between at least two processes. The data packet includesan interface component for entering desired system configurationinformation, the interface component providing an installation procedurebased on dependency requirements for a plurality of application orservice components.

To the accomplishment of the foregoing and related ends, certainillustrative aspects of the invention are described herein in connectionwith the following description and the annexed drawings. These aspectsare indicative, however, of but a few of the various ways in which theprinciples of the invention may be employed and the present invention isintended to include all such aspects and their equivalents. Otheradvantages and novel features of the invention will become apparent fromthe following detailed description of the invention when considered inconjunction with the drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a functional block diagram illustrating a system fordetermining an installation procedure in accordance with the presentinvention;

FIG. 2 is an example of domain employing a system, in accordance withthe present invention, to facilitate installation of components in thedomain;

FIG. 3 is an example of a data structure that may be produced by asystem in accordance with the present invention;

FIG. 4 is an example of a component selection user interface inaccordance with the present invention;

FIG. 5 is an example of a user interface for identifying componentdependency in accordance with the present invention;

FIG. 6 is an example of an installation procedure user interface inaccordance with the present invention

FIG. 7 is an example of a operating environment in which the presentinvention may be implemented; and

FIG. 8 is a flow diagram illustrating a methodology for determining aninstallation procedure in accordance with the present invention.

DESCRIPTION OF THE INVENTION

The present invention provides a system and method to facilitateinstallation of a plurality of application and/or service componentsacross one or more computers. An installation procedure is provided as afunction of components selected for installation. The installationprocedure further may identify other components for installation thatare necessary to ensure proper dependency for the selected components.

FIG. 1 illustrates a system 10, in accordance with an aspect of thepresent invention, which may be utilized to facilitate installation ofapplication and/or service components. The system 10 includes a userinterface component 12 that displays instructions and receivesselections from a user relating to installation of a plurality ofcomponents. For example, the user interface 12 may prompt the user toselect which components the user desires to install. The user interfacealso may query the user as to on which computer or computers eachselected component is to be installed.

The user interface 12 is operatively associated with a dependency engine14 for determining whether the component selections violate anydependency rules. The dependency engine 14 may access dependency data 16that defines the interdependencies for the set of components associatedwith the given installation. By way of example, the dependency data 16may be organized in the form of hierarchal tree structure, in which eachcomponent requires concurrent installation of all higher-levelcomponents that connect that component to the base level of the tree.Alternatively, dependency rules could be built into the dependencyengine 14 or implemented as a look-up table. Those skilled in the artwill understand and appreciate other implementations that may beutilized to ensure proper component dependency in accordance with anaspect of the present invention.

If one or more component selections fail to meet the required (ordesired) interdependencies, the dependency engine 14 returns informationindicative of such failure. The information also may identify whichselected components are affected and what action is required to meet thedependency requirements. For example, the user interface 12 may displaya graphical (or textual) indication of a proper dependency for each ofthe selected components. For example, the dependency engine 14 may addother components to the user-selected components, such that the userinterface 12 displays a composite list of components to the user. Theuser interface 12 further may present the user with an option to acceptthe composite list of displayed components, which conform to predefineddependency rules for the selected components.

If the user accepts the displayed component list, the user interface 12generates an installation procedure 18. The installation procedure 18identifies a desired installation order for selected components that areto be installed, which also may identify the computer(s) on which thecomponents are to be installed. The installation procedure 18 may bedisplayed on screen and/or may be printed to an associated peripheraldevice.

The user interface 12 also may generate a data structure 20 based on theinstallation procedure 18. The data structure 20 stores informationabout which components are to be installed and where (e.g., whichcomputer) such components are to be installed. The user interface maystore the data structure information as a file. Prior to actualinstallation of the selected components, a user or an applicationassociated with the installation/setup may transfer the file to thedirectory service. By way of example, the user interface 12 may writethe file to a directory service (e.g., a distributed directory) of anetwork domain. After writing the file to the directory service, thefile may be deleted from memory.

Examples of directory services include the “Active Directory™” directoryservice provided by the Microsoft Corporation of Redmond, Wash. and the“Novell Directory Services™”, which is based on the X.multidot.500network services protocol developed and published by the Open SystemsInterconnection Consortium. Information on a distributed directory maybe created, read, modified, and shared by other nodes in a networkinfrastructure, such as client nodes or other server nodes, which haveapplicable access rights to the distributed directory.

The data structure 20 thus provides useful information that may beutilized during installation to automate at least part of theinstallation process. For example, decisions relating to whichcomponents to install and where such components are to be installed maybe automatically set by default to correspond to the information storedin the data structure 20. Alternatively, a user may modify theinstallation parameters during installation, in which case the remainingparts of data structure may be ignored or deleted.

FIG. 2 illustrates a user interface 50 which may be utilized, inaccordance with an aspect of the present invention, to provide aninstallation procedure for installing a plurality of components to oneor more computers in a network domain 52. In this example, the networkdomain 52 includes a plurality of computers 54, 56, and 58, which may bearranged into a virtual group of computers 60. It is to be appreciatedthat the network domain 52 may have more than one virtual group and/orthat each such group may include one or more computers.

In accordance with an aspect of the present invention, the userinterface 50 determines an installation procedure in response tocomponents selected for installation by a user. In particular, thecomponent selections and associated computers are correlated relative todependency data 62 to determine whether any dependency mismatches exist.The user interface 50 may add additional components to the selectedcomponents in accordance with the dependency requirements defined by thedependency data 62.

The resulting list of components may be employed to generate a file 68for storing the data structure information. The file 68 may betransferred to a data structure 66 of the directory service 64automatically, such as when the computer on which the user interface 50is running is part of the network domain 52. However, if a container forthe data structure 66 does not already exist in the directory service64, appropriate executable code may be employed to extend the directoryservice to include a container for storing the data structure.Alternatively, the file may be stored in memory and subsequentlytransferred to the directory service 64 as part of a separate process,such as associated with installation of the components. The file and theresulting data structure 66 characterize the contents of a correspondingvirtual group of computers (e.g., the virtual group 60), such that otherapplications and processes may treat the computers and the associatedcomponents as a virtual being part of a single virtual group.Advantageously, the installation procedure may be generated using almostany computer, which may or may not be part of the network domain 52.

As mentioned above, the data structure 66 generated via the userinterface 50 may be utilized to automate part of the installation ofcomponents onto computers 54, 56, 58 within the domain 52. By way ofillustration, a setup engine 70 may access the data structure 66 fromthe directory service 64 to drive installation and/or setup ofassociated software. The setup engine 70, in turn, identifies to theuser which component or components have been selected to be installed ona given computer 54, 56, 58 based on the installation information storedin the data structure 66. A user may accept the installation parametersderived from the data structure 66 or modify component selections duringinstallation, such as may be presented via an appropriate userinterface. The setup engine 70 also may notify a user about potentialproblems or conflicts that may exist during installation or setup.

While the setup engine 70 is illustrated as being external to thecomputers 54, 56, and 58, it is to be appreciated that the setup enginealso could be resident on one or more of the computers duringinstallation/setup. It is also to be understood and appreciated that theinstallation onto the computers 54, 56, and 58 may be conducted from onecomputer in the network domain 52, with components being selectivelyinstalled to each computer remotely via the communicationsinfrastructure that interconnects such computers.

FIG. 3 illustrates an example of a data structure 100, in accordancewith an aspect of the present invention, such as may be stored in adirectory service. As mentioned above, the data structure 100 containsinformation indicative of installation parameters, identifying selectedcomponents to be installed on each computer. The user interface mayemploy appropriate executable code to import the data structure 100 toan appropriate directory service. The executable code typically isutilized once during the initial deployment to create the datastructure. Other executable also may be employed to modify or update thedata structure 100, such as if the user interface is run again to plananother installation. Suitable graphical user interface components, suchas dialog boxes, may be associated with the executable instructions toindicate confirmation and/or progress for creation of and updates to thedata structure 100.

Referring back to the example of FIG. 3, the data structure 100 includesan object 102 called COMPUTERGROUP of a corresponding class type (e.g.,of type computerGroupManager). The COMPUTERGROUP object 102 may beutilized, such as by a setup engine or other applications, to access theindividual group objects that form the data structure 100. TheCOMPUTERGROUP object 102 further may have one or more properties, suchas may include a MISCDATA property 104. The MISCDATA property 104, forexample, is a multi-valued string property that may be used to storeselected information in connection with the COMPUTERGROUP object 102. Byway of example, the MISCDATA property 104 maps a Global UniqueIdentifier (GUID) to each item of string data provided.

The COMPUTERGROUP object 102 includes one or more children group objects106, 108, and 110, such as may be named “[Group Name] COMPUTERGROUP” oftype computerGroup. By way of example, the “Group Name” may identify afirst computer (e.g., a server) within a group of computers. Each groupobject (e.g., the Group1 object 106), which identifies a correspondinggroup of computers, also may include a MISCDATA property 112 for storingselected information in connection with the group object, such as bymapping a Global Unique Identifier (GUID) to each item of string dataprovided.

Under each group object (e.g., the GROUP1 object 106), are one or morecomputer objects named COMPUTER1 114, COMPUTER2 116, and COMPUTER3 118of type computerGroupComputer for identifying each computer (e.g.,server) in the group. For example, each computer object may beidentified by the computer's respective name in a network domain. Forpurpose of brevity, only the computers associated with GROUP1 areillustrated in FIG. 3. It is to be appreciated that the other groupobjects 108, 110 may be similarly configured, in accordance with anaspect of the present invention.

Information indicative of the application and/or service components(e.g., the top level components), which have been selected forinstallation via an associated user interface. The information isorganized as component objects 120, 122, 124, 126, 128, and 130 underthe respective computer objects 114, 116, 118 onto which they areselected to be installed. The component objects 120–130, for example,are indicated by name and are of type serverComponent. By way ofillustration, components 120 and 122 have been selected to be installedon the COMPUTER1 114, components 124, 126, and 128 have been selected tobe installed on COMPUTER2 116, and component 130 has been selected to beinstalled on COMPUTER3 118.

Each of the components 120–130 further may include two properties,namely, COMPONENT INFO 132 and SUBCOMPONENT LIST 134. The COMPONENT INFO132 property may be used to store information about the high levelcomponents, which have been selected for installation by the user. TheSUBCOMPONENT LIST 134 property is a multi-valued property foridentifying the subcomponents of each component.

The system utilizes a COMPUTER GROUP container to store its informationin a directory service. By way of illustration, if the directorystructure is as follows:

-   LDAP://dc=foo,dc=ms,dc=com    -   CN=COMPUTER GROUP        -   CN=JZTestSvr1 COMPUTER GROUP,            then the MISCDATA property of the JZTestSvr1 COMPUTER GROUP            object will contain the planning data associated with            installing the components at the JZTestSRV1 computer.

By way of further illustration, five GUIDs may be used to track theplanning data. They are:

-   AE082E3#-42C4-492c-9BB4-825493240E91    -   with # 0, 1, 2, 5, and 6 as follows-   0=a list of the components on computer 1 (referenced by GUIDS)-   1=a list of the components on computer 2 (referenced by GUIDS)-   2=a list of the components on computer 3 (referenced by GUIDS)-   5=is the order of the computer that the system recommends-   6=the current system in the order of ‘5’, referenced by the GUID (0,    1,2).

The data structure may be stored in its final format in which eachcomponent is stored under its appropriate group object identified by acorresponding GUID and associated module ID. It is to be appreciatedthat, for organizational reasons, the Step may just contain thetop-level components to install. Each top-level component may, in turn,be used as a MISCDATA key that is employed to obtain the sub-componentsfor each respective top-level component that is to be installed.

An example of the group object data structure for GROUP1 of FIG. 3,assuming a domain of foo.ms.com, is as follows:

LDAP://dc=foo,dc=ms,dc=com CN=COMPUTERGROUPS CN=GROUP1 COMPUTERGROUPCN=COMPUTER1 CN=COMPONENTA CN=COMPONENTD CN=COMPUTER2 CN=COMPONENTCCN=COMPONENTE CN=COMPONENTJ CN=COMPUTER3 CN=COMPONENTB

It is to be appreciated that, in accordance with an aspect of thepresent invention, any number of groups may be implemented within agiven domain. In addition, any number of components may be installedonto each computer within the virtual group of computers.

FIG. 4 illustrates an example of a component selection user interface200 for selecting components to be installed onto one or more computersin accordance with an aspect of the present invention. The componentselection user interface 200, for example, may be implemented as part ofa pre-installation procedure, in accordance with an aspect of thepresent invention. By planning the installation of components prior toinitiating the actual installation, the likelihood of errors occurringduring subsequent installation is mitigated. By way of example, thecomponents and subcomponents may correspond to suite of softwareapplications, such as server applications or Web-based services, whichare to be installed onto one or more computers (e.g., servers). If aproper dependency is not maintained between components duringinstallation, errors tend to occur resulting in undesirable, addedinstallation steps.

The component selection interface 200 includes a user interface element202, for selecting a desired action to perform with respect to eachavailable component. In particular, each interface element 202 maps toan associated component user interface element 204 for indicating whataction is to be performed with respect to an associated component (e.g.,whether or not the component is selected to be installed). The userinterface element 204 also may include drop down menu for displayingsubcomponents of the respective components. In this way, a hierarchy ofthe available components and subcomponents may be shown to the user,from which a user may selectively install each component. Typically,subcomponents of top-level components are selected for installation uponselecting its parent component for installation. Each component userinterface element 204 is associated with a computer location userinterface element 206, which identifies the computer (e.g., by name)where a user has selected each respective component to be installed.

The component selection interface 200 may include action buttons, suchas a BACK action button 208, a NEXT action button 210, and a CANCELbutton 212 for navigating through available menus associated with theplanning system. For example, by selecting the NEXT button 210, the userinterface employs a dependency engine to process the selection criteriaand determine whether the selected components conform to predetermineddependency rules (or requirements). Another user interface may beprovided to display desired dependencies for the selected components.

FIG. 5 illustrates an example of a user interface 230 for displaying alist 232 showing component dependencies for the selected components andany components that may have been added to conform to dependencyrequirements. The user interface 230 also may be employed to identifypotential problems associated with the component selection information,such as if the selected components violate one or more dependency rules.

By way of example, a dependency engine generates the user interface 230based on installation information (e.g., selected components andcomputers) selected in connection with the user interface 200 of FIG. 4.If a particular component is selected for installation in the absence ofselecting a necessary associated component or subcomponent, thedependency engine may add the necessary component(s). The selectedcomponents and the added components are collectively displayed as thelist 232 of the user interface 230. When the selected components do nothave a proper dependency, the interface 230 further may identify theaffected components and subcomponents. The list 232 thus provides a userwith a composite representation of all the components that need to beinstalled based on the components selected for installation.

The user may accept or reject the list 232. For example, the userinterface 230 may include an OK action button 234, which the user mayselect to automatically accept the displayed component selectioninformation 232. Alternatively, the user may select a CANCEL actionbutton 236 to return to the component selection user interface (e.g.,see FIG. 4), where the user may manually modify the componentselections.

Upon accepting the displayed component dependency list 232 for thesoftware being installed, the system may generate an installation orderuser interface 250, such as shown in FIG. 6. The installation order userinterface 250 displays a step-by-step installation procedure 252,identifying the order and sequence in which each component should beinstalled. The user interface 250 further includes a PRINT action button254 that the user may select to print a hard copy of the installationprocedure 252. A user may employ the printed copy to identify whichcomponents and the sequence that such components are to be installed oneach computer. The printed copy of the installation procedure thusprovides a tangible guide that the user may present at each computerwhere the components are being installed. The user interface 250 furtherincludes other action buttons, generally indicated at 256, which may beutilized to navigate through the various menus and user interfacescreens associated with the planning system.

In conjunction with generating the installation procedure, a filerepresenting a data structure (see, e.g., FIG. 3) may be generated forcharacterizing the interrelationship between the selected components andthe computer(s) on which they are to be installed. The file may bestored in memory. If an appropriate directory service is available, thefile may be imported to the directory service, after which the file maybe deleted. If the directory service is not available, the file may bestored in memory and, in turn, subsequently be imported during setupand/or installation of the software to which the installation procedureapplies.

In view of the foregoing, it has been shown that the present inventionfacilitates installation of components onto one or more computers. Inaccordance with one particular aspect of the present invention, aplanning system may be employed to facilitate installation ofapplication of components onto one or more servers. It is to beunderstood and appreciated by those skilled in the art that the presentinvention is equally applicable to facilitate integration, installation,and/or management of other types of components, such as for non-servercomponents and/or components for web-based services.

Moreover, the data structure created, in accordance with an aspect ofthe present invention, may be utilized by other applications tofacilitate their installation. For example, it may be desirable toaccess the group object during installation of other applications and/orservices to determine on which computer (or which virtual group) certaincomponents are installed. In this way, such other applications and/orservices may target installation to one or more computers to capitalizeon the resources installed on such computers.

In order to provide additional context for the various aspects of thepresent invention, FIG. 7 and the following discussion are intended toprovide a brief, general description of a suitable computing environment300 in which the various aspects of the present invention may beimplemented. While the invention has been described above in the generalcontext of computer-executable instructions of a computer program thatruns on a local computer and/or remote computer, those skilled in theart will recognize that the invention also may be implemented incombination with other program modules. Generally, program modulesinclude routines, programs, components, data structures, etc. thatperform particular tasks or implement particular abstract data types.Moreover, those skilled in the art will appreciate that the inventivemethods may be practiced with other computer system configurations,including single-processor or multiprocessor computer systems,minicomputers, mainframe computers, as well as personal computers,hand-held computing devices, microprocessor-based or programmableconsumer electronics, and the like, each of which may be operativelycoupled to one or more associated devices. The illustrated aspects ofthe invention may also be practiced in distributed computingenvironments where certain tasks are performed by remote processingdevices that are linked through a communications network. However, some,if not all, aspects of the invention may be practiced on stand-alonecomputers, with the present invention facilitating expansion and growthto multiple computers. In a distributed computing environment, programmodules may be located in both local and remote memory storage devices.

With reference to FIG. 7, an exemplary system environment 300 forimplementing the various aspects of the invention includes a computer302, such as a server. The computer 302 includes a processing unit 304,a system memory 306, and a system bus 308 that couples various systemcomponents including the system memory to the processing unit 304. Theprocessing unit 304 may be any of various commercially availableprocessors, including but not limited to Intel x86, PENTIUM andcompatible microprocessors from Intel and others, including Cyrix, AMDand Nexgen; ALPHA microprocessors from Digital; MIPS microprocessorsfrom MIPS Technology, NEC, IDT, Siemens, and others; and the POWERPCmicroprocessors from IBM and Motorola. Dual microprocessors and othermulti-processor architectures also may be used as the processing unit304.

The system bus 308 may be any of several types of bus structureincluding a memory bus or memory controller, a peripheral bus, and alocal bus using any of a variety of conventional bus architectures suchas PCI, VESA, Microchannel, ISA, and EISA, to name a few. The systemmemory includes read only memory (ROM) 310 and random access memory(RAM) 312. A basic input/output system (BIOS), containing the basicroutines that help to transfer information between elements within thecomputer 302, such as during start-up, is stored in ROM 310.

The computer 302 also may include, for example, a hard disk drive 314, amagnetic disk drive 316, e.g., to read from or write to a removable disk318, and an optical disk drive 320, e.g., for reading from or writing toa CD-ROM disk 322 or other optical media. The hard disk drive 314,magnetic disk drive 316, and optical disk drive 320 are connected to thesystem bus 308 by a hard disk drive interface 324, a magnetic disk driveinterface 326, and an optical drive interface 328, respectively. Thedrives and their associated computer-readable media provide nonvolatilestorage of data, data structures, computer-executable instructions, etc.for the computer 302. Although the description of computer-readablemedia above refers to a hard disk, a removable magnetic disk and a CD,it should be appreciated by those skilled in the art that other types ofmedia which are readable by a computer, such as magnetic cassettes,flash memory cards, digital video disks, Bernoulli cartridges, and thelike, may also be used in the exemplary operating environment 300, andfurther that any such media may contain computer-executable instructionsfor performing the methods of the present invention.

A number of program modules may be stored in the drives and RAM 312,including an operating system 330, one or more application programs 332,other program modules 334, and program data 336. The operating system330 in the illustrated computer is, for example, one of the MICROSOFTWINDOWS® operating systems, which are available from MicrosoftCorporation. It is to be appreciated, however, that the presentinvention may be implemented with other operating systems orcombinations of operating systems.

A user may enter commands and information into the computer 302 throughone or more user input devices, such as a keyboard 338 and a pointingdevice (e.g., a mouse 340). Other input devices (not shown) may includea microphone, a joystick, a game pad, a satellite dish, a scanner, orthe like. These and other input devices may be connected to theprocessing unit 304 through a serial port interface 342 that is coupledto the system bus 308, although such devices may be connected by otherinterfaces, such as a parallel port, a game port, a universal serial bus(USB), etc. A monitor 344 or other type of display device is alsoconnected to the system bus 308 via an interface, such as a videoadapter 346. In addition to the monitor 344, the computer 302 mayinclude other peripheral output devices (not shown), such as speakers,printers, etc.

As mentioned above, the computer 302 may operate in a networkedenvironment using logical connections to one or more other computers360, such as may form part of a common network domain. The remotecomputer 360 may be a workstation, a server computer, a router, a peerdevice or other common network node, and typically includes many or allof the elements described relative to the computer 302. The logicalconnections depicted in FIG. 7 may include a local area network (LAN)364 and a wide area network (WAN) 366. Such networking environments arecommonplace in offices, enterprise-wide computer networks, intranets andthe Internet.

When used in a LAN networking environment, the computer 302 is connectedto the local network 364 through a network interface or adapter 368.When used in a WAN networking environment, the computer 302 typicallyincludes a modem 370, or is connected to a communications server on theLAN, or has other means for establishing communications over the WAN366, such as the Internet. The modem 370, which may be internal orexternal, is connected to the system bus 308 via the serial portinterface 342 (e.g., for communications over POTS). The modemalternatively may be connected to the system bus 308 via the networkinterface or adapter 368 (e.g., for communication over DSL, cable,satellite, etc.). In a networked environment, program modules depictedrelative to the computer 302, or portions thereof, may be stored in theremote memory storage device. It will be appreciated that the networkconnections shown are exemplary and other means of establishing acommunications link between the computers 302 and 360 may be used.

In accordance with the practices of persons skilled in the art ofcomputer programming, the present invention has been described withreference to acts and symbolic representations of operations that areperformed by a computer, such as the computer 302 or remote computer360, unless otherwise indicated. Such acts and operations are sometimesreferred to as being computer-executed. It will be appreciated that theacts and symbolically represented operations include the manipulation bythe processing unit 304 of electrical signals representing data bitswhich causes a resulting transformation or reduction of the electricalsignal representation, and the maintenance of data bits at memorylocations in the memory system (including the system memory 306, harddrive 314, floppy disks 318, CD-ROM 322) to thereby reconfigure orotherwise alter the computer system's operation, as well as otherprocessing of signals. The memory locations where such data bits aremaintained are physical locations that have particular electrical,magnetic, or optical properties corresponding to the data bits.

In view of the foregoing structural, functional, and graphical featuresdescribed above, a methodology in accordance with an aspect of thepresent invention will be better appreciated with reference to FIG. 8.While, for purposes of simplicity of explanation, the methodology ofFIG. 8 is shown and described as a series of steps, it is to beunderstood and appreciated that the present invention is not limited bythe order of steps, as some steps may, in accordance with the presentinvention, occur in different orders and/or concurrently with othersteps from that shown and described herein. Moreover, not allillustrated steps may be required to implement a methodology inaccordance with an aspect the present invention.

Turning to FIG. 8, the methodology begins at step 400 in which aninstallation planning process or method in accordance with an aspect ofthe present invention, is activated. The process proceeds to step 402 inwhich information is received about the computer (or computers) to whichthe installation relates. The computer information, for example, isprovided in response to a corresponding user interface prompting theuser to identify the computer(s) where the software is to be installed.The information, for example, may include a name or other identifyingcharacteristics of each computer. The identified computer(s) may bestand-alone machines or interconnected within a common network domain.

From step 402, the process proceeds to step 404 in which componentselection data is received. The component selection data may be enteredvia a graphical user interface displaying available application and/orservice components associated with the software to be installed. Theuser may employ the interface to select which component(s) are to beinstalled on which computer(s). After the component data has beenreceived, the process proceeds to step 406.

At step 406, the component selection data is processed, such as toensure proper interdependency between the selected components. Next, atstep 408, a determination is made as to whether there is properdependency between all the selected components. This determination, forexample, may be made based on comparing the components of the selectiondata with stored dependency data, which characterizes necessaryinterrelationships between the various components in the software. Thedependency data may be organized in the form of hierarchal treestructure, in which each component requires concurrent installation ofall higher-level components that connect that component to the baselevel of the tree. Those skilled in the art will understand andappreciate alternative dependency schemes (e.g., look-up tables,rule-based algorithms, etc.) that may be implemented in accordance withthe present invention.

If the selection data has proper dependency for all selected components,the process proceeds to step 410. At step 410, a component dependency isdisplayed to the user based on the selection data. If the determinationat step 408 is negative, indicating improper dependency for at leastsome of the selected components, the process proceeds to step 412. Atstep 412, the improper dependency is corrected, such as by adding othercomponents to the selected components to meet the dependencyrequirements of the software being installed. The process then proceedsto step 410 in which the component dependency is displayed to the user.The displayed list of component dependency further may identify anychanges made to the user's selection data (step 412) to ensure properdependency between components.

From step 410, the process proceeds to step 414 in which a determinationis made as to whether the user accepts the displayed componentdependency, including any changes made at step 412. This presents theuser with an option to either accept the suggested list of components tobe installed or to return to the component selection screen and selectcomponents manually. If the determination at step 414 is negative, theprocess returns to step 404 in which the user may manually enter orrevise the component selections. If the determination at step 414 ispositive, the process proceeds to step 416.

At step 416, an installation procedure is provided based on thecomponent selection data, such as presented at step 410. Theinstallation procedure defines a step-by-step process that a user mayfollow to install the components (and associated subcomponents). Theinstallation procedure further sets forth an installation order for eachof the components being installed. When the software is to be installedacross more than one computer, the installation procedure also mayindicate the order in which each component is to be installed at eachcomputer identified at step 402. For example, the installation order maybe determined from an installation order file that enumerates necessaryinstallation orders associated with the various components.

From step 416, the process proceeds to step 418 in which componentinstallation data is written to a file. The data defines characteristicsof a data structure (see, e.g., FIG. 3) indicative of the componentsthat are to be installed and the respective computers on which suchcomponents are to be installed. Next, at step 420, a determination ismade as to whether a directory (or other appropriate data storagelocation) available to which the file may be written. The directory, forexample, includes an extension of a directory service programmed tostore the data structure in a predefined format. If the directory isavailable, the process proceeds to step 422, in which the file iswritten (or imported) to the directory. After the file has been writtento the directory, the file may be deleted at step 424.

From step 424, the process proceeds to step 426 and the process ends. Ifthe determination at step 420 is negative, indicating that the directoryhas not already been extended to store the data structure, the processalso proceeds to step 426 to end the process.

What has been described above includes exemplary implementations of thepresent invention. It is, of course, not possible to describe everyconceivable combination of components or methodologies for purposes ofdescribing the present invention, but one of ordinary skill in the artwill recognize that many further combinations and permutations of thepresent invention are possible. Accordingly, the present invention isintended to embrace all such alterations, modifications and variationsthat fall within the spirit and scope of the appended claims.

1. A system for planning installation of a plurality of application andservice components, comprising: an interface component for enteringdesired system configuration information that includes information thatidentifies selected components to be installed, the interface componentprovides an installation procedure based on dependency requirements fora plurality of application and service components. the dependencyrequirements include at least component installation order dependency; afile generation component programmed to generate a file that identifiesa relationship between each of a plurality of computers and the selectedcomponents to be installet; and a dependency engine that, in response toa determination that improper dependency exists based on the selectedcomponents, automatically adds necessary components to correctdependency.
 2. The system of claim 1, the installation procedureidentifies an order for installing the selected components.
 3. Thesystem of claim 2, the system configuration information further includesinformation that identifies the plurality of computers across which thecomponents are to be installed, the installation procedure furtheridentifies an order for installing the selected components on each ofthe plurality of computers.
 4. The system of claim 1, the interfacecomponent further comprises computer-executable instructions that writethe file to a predetermined data location.
 5. The system of claim 4, thepredetermined data location comprises an object of a distributeddirectory.
 6. The system of claim 5, the object further comprises agroup object that characterizes a virtual group of computers, the groupobject includes at least one computer object that identifies membercomputers of the virtual group, the computer object includes at leastone component object that characterizes the components selected to beinstalled on the member computers.
 7. The system of claim 6, furtherincluding a setup engine operable to access the object and automate atleast a portion of an associated installation process based on theinformation stored in the object.
 8. The system of claim 1, furtherincluding a data packet transmitted between at least two processes thatprovides an installation procedure based on dependency requirements fora plurality of application and service components, the dependencyrequirements include at least component installation order dependency.9. A method for planning installation of a plurality of application andservice components, comprising: selecting a plurality of servicecomponents to be installed utilizing a user interface; determining aninstallation procedure based on dependency requirements for the selectedcomponents. the dependency requirements include at least componentinstallation sequence dependency; generating a file that defines arelationship between each of a plurality of computers and the selectedcomponents to be instaled; and adding each component necessary to ensureproper dependency between the selected components automatically whenimproper dependency exists based on the components selected.
 10. Themethod of claim 9, the installation procedure provides a sequence forinstalling the selected components.
 11. The method of claim 10, furtherincluding identifying the plurality of computers across which theselected components are to be installed, the installation procedureprovides a sequence for installing the selected components on each ofthe plurality of computers.
 12. The method of claim 9, writing the fileto a predetermined data location.
 13. The method of claim 12, thepredetennined data location comprises an object of a distributeddirectory.
 14. The method of claim 13 the object further includes agroup object for characterizing a virtual group of computers, the groupobject includes at least one computer object that identifies membercomputers of the virtual group, the computer object includes at leastone component object that characterizes the components selected to beinstalled on the member computers.
 15. The method of claim 14, furtherincluding employing the object to select at least one component forinstallation based on information stored in the object.
 16. The methodof claim 9, further including printing the installation procedure.
 17. Acomputer-readable medium having computer-executable instructions forperforming the method of claim
 9. 18. A computer implemented system thatfacilitates installation of a plurality of application and servicecomponents, comprising: means for selecting a plurality of applicationand service components associated with a suite to be installed; meansfor identifying dependency requirements that include at least componentinstallation order dependency for the plurality of application andservice components; means for creatin a file that defines a relationshipbetween each of a plurality of computers and the selected components tobe instaled; means for generating an installation procedure for theselected components based on the dependency requirements; and means forautomatically adding components to correct dependency of selectedcomponents.